Method and system for facilitating information exchange

ABSTRACT

A method and system for facilitating information exchange between individuals and entities interacting on a shared project are provided, and more particularly to a method and system for horizontal. i.e. non-hierarchical, participation in and/or contribution to a spreadsheet-based project. The method and system is Web-based and utilizes conventional browser and spreadsheet technology to achieve collaborative exchanges of information on an enterprise-wide basis. The method and system also facilitate efficacious remote information access and exchange, e.g., over a computer network such as the Internet and/or the World Wide Web, through a caching function that combines individual queries initiated by a spreadsheet program before transmitting across a network to a server for consideration.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of co-pending, commonly assigned U.S.patent application Ser. No. 10/855,913, filed May 27, 2004, which is acontinuation of U.S. patent application Ser. No. 09/580,676, flied May30, 2000, now U.S. Pat. No. 6,754,677, all of which are herebyincorporated by reference herein in their entireties.

BACKGROUND

1. Technical Field

The present disclosure relates to a method and system for facilitatinginformation exchange between individuals and entities interacting on ashared project, and more particularly to a method and system forhorizontal, i.e., non-hierarchical, participation in and/or contributionto a spreadsheet-based project. In one embodiment of the presentdisclosure, the method and system facilitate efficacious remoteinformation access and exchange, e.g., over a computer network such asthe Internet and/or the World Wide Web.

2. Background of the Disclosure

The use of spreadsheets to collect, assess, monitor and manageinformation and data is pervasive. Over time, spreadsheet technology hasevolved into a host of computer-based systems that facilitateflexibility and diverse applications, both for personal and businessuses. Software products such as VisiCalc, Lotus 1-2-3, Quattro Pro andExcel have greatly expanded the availability and use of computer-basedspreadsheet applications. Spreadsheet technology has also become part ofinnumerable “legacy” systems developed by companies to meet theirspecific needs and objectives, as those needs have evolved over time.

The computer-based systems and procedures for budgeting/forecastingcorporate performance and for monitoring/evaluating actual performancerelative to budget/forecast exemplify both the power and the limitationsof current spreadsheet technology. A typical budgeting process is hugelytime-consuming, cumbersome and inefficient, entailing countlessiterations through reams of data. Typically, the budgeting processinvolves synthesis of historical information, competitive issues, longand short term corporate objectives, and forecasted revenues andexpenses. Participants in a typical budgeting process are called upon toprovide relevant information within their areas of responsibility and/orexpertise. This information is fed into a spreadsheet program forultimate consolidation into an overall budget.

Budgeting participants are often dependent on additional individualswithin the organization to provide necessary information and input,e.g., information as to historical and projected performance,competitive pressures and the like. The involvement of these additionalindividuals is generally limited in that their participation in thebudgeting process is controlled and/or filtered by the individual(s)within the corporate hierarchy to or through whom such individualsreport. Moreover, current budgeting procedures are generally unable toeffectively address and/or recognize the inter-related andinter-dependent nature of individually forecasted numbers. For example,if the sales organization forecasts a significantly greater percentageof sales in the far east, the various support functions that will beimpacted by such increased sales, e.g., shipping and receiving, customerservice, etc., may need to adjust their forecasts to reflect the shiftin sales. However, current budgeting procedures generally do notfacilitate the types of communications required to identify suchvariations and, once identified, to adjust the budget/forecast figuresto accommodate such variations. Despite the significant expenditure ofeffort and expense, the budgeting process often lacks long-term value tomanagement.

The implications of failures in the budgeting process are significant.First, individuals who are required to provide input to the budgetingprocess through a “superior” in the corporate hierarchy are oftendisenfranchised and frustrated by their limited involvement. Moreover,these individuals cannot be expected to take ownership of, orresponsibility for, the final budget because their involvement was soattenuated and limited. Second, the hierarchical approach to budgetinggenerally infects the final budget with erroneous assumptions becausethe inter-related and inter-dependent nature of revenue/expensevariables goes largely unrecognized and ignored. Third, the rationalebehind various submissions to the budgeting process is often lost in theprocess. For example, if the R&D function is requesting an increase inheadcount/expenditure because the sales/marketing function hasidentified a specific market need/opportunity that requires additionalR&D effort, the underlying rationale for the R&D request, if known by“upper management,” may compel an endorsement of the R&D request.Countless “rationales” support individual budget submissions, themajority of which are lost in the hierarchical budget process.

A further limitation of current budgeting processes is a generalinability to integrate the budgeting process, and particularly thecompany's agreed upon budget, into management of the ongoing operationof the company. While certain members of the management team closelymonitor company performance relative to budget, and such performance isperiodically communicated to other segments of the corporate operation,particularly when performance is lagging budget forecasts, individualsoutside of the “management circle” are largely unable to, and precludedfrom, measuring their performance against budget.

The failure to integrate the agreed upon budget into the day-to-dayoperations of a corporation has several negative implications. First,performance trends are not known to individuals having the ability torespond to such trends in a timely fashion. Second, ownership of andcommitment to the budget by individuals outside of the “managementcircle” is further undermined. Third, a corporate culture based onperformance against agreed upon objectives is significantly undermined.Fourth, the ability of non-management individuals to develop managementskills is minimized. And fifth, an opportunity to learn fromyear-to-year budget issues, e.g., recognizing the interdependence of R&Dexpenditure to legal expenses for patent procurement, will gounfulfilled.

A further challenge to the effective management of any geographicallydispersed organization is the timely exchange of, and access to,critical information. This challenge is particularly pronounced in theareas of budget preparation and the measurement/management ofperformance against budget. While a company generally collects, in realtime, the data needed to formulate a budget and the performance datanecessary to measure performance against budget, the availability ofthat data to individuals outside the management circle is generallyrestricted, if available at all. With the continued evolution of datacommunication, e.g., over the Internet and/or the World Wide Web, theinfrastructure required to facilitate timely exchange and availabilityof data is generally available.

Several issues present themselves when companies evaluate the potentialfor allowing widespread access within the corporation to proprietaryfinancial information, e.g., budgeting data, performance data, and thelike. First and foremost is the need that the confidentiality of suchcritical information be maintained and that individuals having access todifferent levels of information be appropriately restricted. A furtherissue confronting such companies is the latency associated withtransmission of such information to remote locations. For a systemdesigned to facilitate remote access to corporate information to besuccessfully implemented and utilized, the system's response speed mustbe reliably optimized. Moreover, the system design must facilitatemaximum flexibility in the analytical tools available to system users sothat optimal assessments and decisions may be made in a timely fashion.

Despite efforts to date, particularly the widespread availability ofspreadsheet-based systems and software programs (e.g., Lotus 1-2-3 andExcel), a need remains for a method and system for facilitatinginformation exchange between individuals and entities interacting on ashared project. Indeed, a pronounced need exists for a method and systemthat facilitate horizontal, i.e., non-hierarchical, participation inand/or contribution to a shared project, e.g., a spreadsheet-basedbudgeting and/or performance measurement tool. Additionally, a needexists for a system and method that facilitate remote information accessand exchange, e.g., over a computer network such as the Internet and/orthe World Wide Web, with reduced latency.

SUMMARY OF THE DISCLOSURE

The present disclosure is directed to a new and useful method and systemfor facilitating information exchange between individuals and entitiesinteracting on a shared project, and more particularly to a method andsystem for horizontal, i.e., non-hierarchical, participation in and/orcontribution to a spreadsheet-based effort. In one embodiment of thepresent disclosure, the method and system facilitate efficacious remoteinformation access and exchange, e.g., over a computer network such asthe Internet and/or the World Wide Web, while reducing latencyassociated therewith.

BRIEF DESCRIPTION OF THE DRAWINGS

So that those having ordinary skill in the art to which the disclosedmethod and system appertains will more readily understand how to employand use the same, reference may be made to the drawings wherein:

FIG. 1 is a schematic depiction of a network-based system according tothe present disclosure;

FIG. 2 is an exemplary screen display according to an embodiment of thepresent disclosure;

FIG. 3 is a second exemplary screen display according to an embodimentof the present disclosure;

FIG. 4 is a third exemplary screen display according to an embodiment ofthe present disclosure;

FIG. 5 is a fourth exemplary screen display according to an embodimentof the present disclosure;

FIG. 6 is a fifth exemplary screen display according to an embodiment ofthe present disclosure; and

FIG. 7 is a sixth exemplary screen display according to an embodiment ofthe present disclosure.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENT(S)

The present disclosure provides a method and system for facilitatinginformation exchange between individuals and entities interacting on ashared project. The method and system advantageously facilitateshorizontal, i.e., non-hierarchical, participation in and/or contributionto the shared project. In a preferred embodiment of the presentdisclosure, the method and system facilitate input to and participationin the creation of a spreadsheet, e.g., in formulating anenterprise-wide budget and/or forecast. In a further embodiment of thepresent disclosure, the method and system facilitate efficacious remoteinformation access and exchange, e.g., over a computer network such asthe Internet and/or the World Wide Web, while reducing latencyassociated therewith.

The method and system of the present disclosure provide, inter alia., aWeb-based financial analytic solutions and professional services utilitythat can be effectively utilized by companies of any size, across anyand all industries and geographic locations. The method and systemoptimally utilizes and combines the benefits of a centralized data anddocument repository with the flexibility of distributed spreadsheettechnology that effectively leverages the infrastructure of theInternet. Moreover, the method/system disclosed herein allows users todynamically link budget spreadsheets to centrally administered OLAP andrelational databases.

According to the present disclosure, a Web-centric “meeting place” forall levels and functional areas of an enterprise may be advantageouslycreated to facilitate: (i) communication concerning corporate strategy;(ii) assessment of critical assumptions necessary for effectivebudgets/forecasts; (iii) creation and collaboration in budget creation;(iv) tracking and managing of the budgeting process; and/or (v) viewingof personalized performance metrics. Through utilization of themethod/system of the present disclosure, companies are better able toalign budgets with corporate strategies and deliver accurate budgetsfaster and with less effort. The present method/system require minimaluser training, minimal maintenance and/or support resources frominternal IT personnel, and optimally utilizes and is based upon acceptedtechnology standards.

Turning to FIG. 1, a schematic depiction of an exemplary system 100according to the present disclosure is provided. System 100 includes aserver 102 and an exemplary client 104 that communicate across acomputer network 106, e.g., an intranet, the Internet and/or the WorldWide Web. As will be readily apparent to persons skilled in the art,client 104 is intended to be representative of a plurality of clients104, each of which may communicate with server 102 via network 106,whether sequentially or simultaneously, provided appropriate securityclearance is achieved.

With reference to network 106, it is contemplated according to thepresent disclosure that clients 104 may access and communicate withnetwork through any data communication technology. For example, client104 may comprise one or more personal computers that are part of aconventional local area network (LAN) that is wired directly to theInternet through a conventional port, e.g., a T-connection. Client 104may also constitute one or more personal computers that use a modem toconnect via a phone or cable connection to a network. The personalcomputers may also be part of a peer-to-peer network. In any case,client(s) 104 are adapted to communicate with network 106 such thatinformation may be transmitted to and from server 102, e.g., through oneor more routers, wide area networks (WANs), satellites, hubs, repeaters,bridges and gateways, as is known in the art. Data transmissions aretypically passed from network to network in packets that include notonly the substantive aspects of the data transmission, but addresses,error checking information and the like.

With further reference to FIG. 1, client 104 includes at least twosoftware applications for purposes of the method and system of thepresent disclosure: a spreadsheet software program 108 and a Web browsersoftware application 110. Spreadsheet program 108 and browser 110 areloaded into the memory of client 104 or otherwise available forutilization by client 104, e.g., from an ancillary floppy, CD-ROM, DVDand/or tape drive. Any conventional browser 110 is contemplated for useaccording to the method/system of the present disclosure, e.g., NetscapeCommunicator or Microsoft Internet Explorer. Similarly, themethod/system of the present disclosure may be utilized with anyspreadsheet program 108, e.g., Lotus 1-2-3, Quattro Pro, Excel and/orlegacy spreadsheet systems. A preferred spreadsheet program 108 for useby client 104 according to the present disclosure is Microsoft Excel2000. Indeed, the method/system of the present disclosure advantageouslyutilizes the full functionality of Microsoft Excel 2000, e.g., reportwizards, spreadsheet design, spreadsheet modification, etc., as is knownto persons skilled in the operation and use thereof. Preferred browserprograms 110 for use by client 104 according to the present disclosureare Microsoft Internet Explorer 4.0 (or later) and Netscape CommunicatorV4.0 (or later). As with Microsoft Excel 2000, the method/system of thepresent disclosure advantageously utilizes the full functionality ofsuch browser programs, as are known to persons skilled in the operationand use thereof.

Beyond spreadsheet program 108 and browser 110, client 104 typicallycontains and/or has direct access to a variety of ancillary userdocuments 112, whether stored within its memory and/or accessible froman associated drive or server. For example, client 104 may have accessto user documents 1112 that include word processing documents, audioand/or graphical files, spreadsheets and the like. Client 104 is adaptedto work “off-line,” i.e., independent of network 106, or “on-line,”i.e., in communicative interaction with network 106 and server 102. Whenworking off-line, client 104 will not have access to data stored indatabase 114 associated with server 102, nor will client 104 be able tofeed data to database 114. Nonetheless, data from database 114 may bepre-downloaded to client 104 when on-line and, to the extent data isinput, modeled and/or modified at client 104 by a user working off-line,such input/modified data may be stored in the memory of client 104 andsubsequently transmitted/uploaded to server 102 via network 106thereafter. In a preferred embodiment of the present disclosure, client104 includes an operating system selected from Microsoft Windows orMicrosoft NT Workstation.

With further reference to FIG. 1, server 102 facilitates client 104communication and data exchange with database(s) 114. Server 102preferably facilitates access to enterprise systems and/or sources 116,e.g., an enterprise's ERP system 118, general ledger 120 and othersystems 122. System 100 preferably provides dedicated high-speedconnections to multiple, scalable backend databases 114 and file servers102. In a preferred embodiment of system 100, server 102 utilizes theWindows NT 4.0 operating system and, based on the approximate number ofusers, is configured as follows:

Number of Users Number of Servers Exemplary Components  Up to 50 1server Web/File/SQL/OLAP  50 to 250 2 servers Web/File SQL/OLAP 250 to500 3 servers Web or Web File File/SQL SQL/OLAP OLAP 500 to 1000 4servers Web 1 or Web 2 File SQL/OLAP Web File SQL OLAP 1000 and beyond5+ servers 2 or more Web File SQL OLAP

To maximize speed and performance characteristics, server(s) 102 aregenerally uniformly configured, while permitting customization that bestmeets individual user's system requirements. Typical server 102configurations according to the present disclosure are set forth below:

Component Low End High End Pentium III/500 CPU Dual Quad RAM 256 MB 2 GBHard Drive(s) 9 GB Raid 5 20 GB Raid 5

In preferred embodiments of the present disclosure, system 100 providessecurity across all physical and logical components, thereby ensuringhigh level data and application integrity. Functional security isgenerally provided by allowing system administrator(s) to restrict useraccess to features, functionality, documents and data, down toindividual dimensions or fields within the spreadsheet program 108. Inaddition, connections security is generally achieved according to thepresent disclosure by providing data encryption of all informationexchanged via the Internet and/or World Wide Web by utilizing SSLconnections through https protocol and encryption keys.

Turning to FIG. 2, an exemplary screen layout 200 is provided from whichcertain aspects of the method/system of the present disclosure may bedescribed. Screen 200 is representative of screen layouts that may beviewed by users of clients 104. The application software required toprovide the functionality described herein may be readily downloadedand/or installed at client 102, e.g., by an Internet download as isknown in the art. Installation of such application software mayadvantageously provide an icon on the desktop of client 102,facilitating user access thereto. Sign-on to system 100 typicallyincludes appropriate name/password entry to validate user access.

With further reference to FIG. 2, the content on screen 200 is containedin a plurality of cells or blocks 202. In particular, on exemplaryscreen 200, cells 202 include “map” 204, “bulletin from others” or“bulletin board” 206, “CEO vision” 208, and “comparative analysis”spreadsheet 210. Each individual cell 202 is preferably provided withconventional functionality keys that permit the cell view to beenlarged, edited, scrolled and/or closed. Reorganization and/ormodifications to the layout and styling associated with informationdisplayed on screen 200 may be facilitated through conventionalmenu-driven commands 212, subject to inherent controls and/orlimitations that may be built into the screen display functionality. Forexample, system 100 may be programmed such that the positioning of theCEO vision 208 may not be modified, thereby ensuring ready viewing ofinformation considered to be critical to the enterprise. Preferably,system 100 allows as many as thirty blocks 202 to be viewable on eachpage or screen view, thereby allowing a user to scroll from block toblock for efficient access to relevant information. As with conventionalapplications, individual blocks 202 may be enlarged to fill a user'sscreen through appropriate keyboard/mouse commands, e.g. double clickingon the desired block 202.

As demonstrated by screen 200, system 100 advantageously facilitatesgroup participation in an enterprise-wide project, e.g., budgetingand/or forecasting, through the expeditious sharing of relevant data andinformation in real time. Thus, CEO vision 208 illustrates the types ofinformation that can be conveyed to participants in the budgetingprocess, e.g., corporate objectives, budgeting parameters, strategicopportunities and the like. Information conveyed in CEO vision 208 maybe periodically updated and/or revised, and may be replaced and/orsupplemented by other management information, e.g., message(s) from theCFO, controller and/or other financial personnel concerning the statusand/or parameters for completion of the budgeting process.

Based on the functionality of browser 110, the informational contentwithin each of cells 202 may advantageously link to ancillary sources ofinformation, e.g., documents contained within an enterprise source 116,e.g., supporting spreadsheets, word processing documents, PowerPointpresentations, video files, sound files and the like, or to externalsources of information located on the Internet and/or World Wide Web,e.g., news stories, analyst reports, competitor publications, and thelike. The ability to connect ancillary sources of information withcommunications associated with the budgeting process afforded by themethod/system of the present disclosure significantly improves theefficiency, reliability and accuracy of the budgeting process. Moreover,through use of conventional hyperlinking technology, the directassociation of such ancillary information with a specific aspect of abudget-related submission is technically efficient and will not encumberor otherwise slow the budget process. Indeed, recipients of suchbudget-related submissions will be readily able to access supportingdocumentation and assess the merits of a submission expeditiously andwith full knowledge of relevant background information.

Referring again to FIG. 2, European map 204 is illustrative of the typesof information that might be depicted on screen 200 that would be ofparticular relevance to an individual participating in the budgetingprocess, e.g., an individual responsible for European sales. Europeanmap 204 could be stored on client 104, within database 114, within anenterprise source 116 and/or on the Internet/World Wide Web. Data blocks204 a, 204 b include detailed information concerning the underlyingsubject matter of map 204 and may be linked thereto from map 204 and/orformatted into the display of map 204. The data content of data blocks204 a, 204 b may be derived from any of the potential data sourcesdetailed hereinabove.

As noted above, screen 200 is merely illustrative of the screen viewsprovided by the method/system of the present disclosure. For a userhaving different functional responsibilities within the company, e.g.,the vice president of research and development or the general counsel,map 204 would advantageously be replaced by content of relevance tothose users, e.g., organization charts, program reports, statisticsconcerning new product introductions, etc. In addition, a user havinginterest in European sales, whose personal page is depicted in FIG. 2according to the method/system of the present disclosure, has theability to periodically change the content of cell 202 from map 204 tomodified content of interest, e.g., using the edit function depicted inscreen 200.

With reference to bulletin board 206, the method/system of the presentdisclosure advantageously provide a direct communication function that,in certain respects, resembles an email system, but for the purposes ofthe present disclosure, far surpasses email in effectiveness andcommunicative efficiency. Bulletin board 206 facilitates informationsharing by providing a centralized location for posting and/or storinginformation relevant to a task, e.g., budgeting. For example, users maydesire to post information concerning budget guidelines, timeliness,templates and the like on bulletin board 206. Rather than email thisinformation to everyone, thereby assuming the inherent risk that someonewill be inadvertently omitted from the email distribution list, theinformation can be easily posted to bulletin board 206 according to thepresent disclosure, where anyone having a need and/or interest in theposted information will have ready access thereto. In a preferredembodiment of the present disclosure, a user posting information tobulletin board 206 has the option of emailing recipients and/or otherinterested parties with notification that the posting has occurred,thereby increasing the likelihood of immediate review of the postedinformation.

In a further preferred embodiment of the present disclosure, postings tobulletin board 206 may be categorized by category and/or document type.For example, in processing a bulletin board posting, a user may berequired to designate the type of document being posted from among apredetermined list of categories, e.g., assumption, guideline, schedule,timetable and package. With reference to the above-noted categories,“assumptions” may typically originate from executive personnel and maybe used to communicate the company's vision for the future to members ofthe organization, e.g., corporation is looking for twenty percenttop-line growth or corporation is looking to increase gross margins bythree percent. “Guidelines,” like assumptions, may typically originatefrom senior members of the corporation and may place caps or floors onaspects of the budgeting process, e.g., T&E expenses to increase by nomore than three percent or distributor sales to increase by at leastfive percent year-over-year. “Schedules” may include templates forinputting data, e.g., an input schedule, and “timetables” may includetimelines for submitting data and/or dates for key meetings/corporateevents. “Packages” may include budget-related informational packages,e.g., background information required by individuals within theorganization to fulfill their responsibilities in the budgeting process.Additional categories may be added by a system administrator, as neededby individual corporations from time-to-time.

The system/method of the present disclosure generally provides anaddress book or “listing” for use in posting messages on bulletin board206. Message transmission may be directed to one or more targetedrecipients, thereby facilitating non-hierarchical dialog concerning thebudgeting process. In addition, predetermined groups may be providedand/or established to facilitate communications to individuals having ashared interest in types of postings. Messages posted to acollaborator's bulletin board 206 may advantageously provide narrativeinformation and/or inquiries and may enclose, attach and/or link todocuments contained within system 100, e.g., in database 114 orenterprise source 116. Messages are instantaneously posted to therecipient's bulletin board 206, independent of any email system, andfacilitate direct non-hierarchical communication and collaboration inthe budgeting process. Viewing of posted message(s) by the recipient canbe confirmed by the individual making the transmission, thereby ensuringthat the recipient has received the desired communication. Recipientsare able to forward the message to additional recipients, but are unableto change the underlying content thereof. Postings may be sorted basedon a multiplicity of attributes. e.g., data transmitter, topic and thelike, and may be edited and/or deleted by the user who posts themessage.

With further reference to FIG. 2, comparative analysis spreadsheet 210is representative of a host of spreadsheets and spreadsheet-baseddocuments that may be accessed, modeled and submitted as part of thecollaborative budgeting process according to the method/system of thepresent disclosure. Exemplary comparative analysis spreadsheet 210 istypically run on and rendered by a conventional spreadsheet program 108,e.g., Excel, and typically derives its information, formulas and/or datafrom database 114 and/or other resources 116. Alternatively, whenworking off-line, comparative analysis may derive its information,formulas and/or data from the hard drive of the user's personal computerand/or ancillary drives associated with such personal computer. A usermay view, modify, update, model, test assumptions, and the like byinputting data and/or formulas to comparative analysis spreadsheet 210,or such other spreadsheets as may be displayed on screen 200 accordingto the present disclosure.

When a user enters a formula into a cell or dimension of spreadsheet210, the spreadsheet program 108 typically processes the formula througha minicompiler that reformats the function names, as is known in theart. The result of the compilation is typically written to a memorylocation reserved for that cell or dimension. Pointers to other formulasin the spreadsheet are provided by the spreadsheet program 108,effectively creating a list of cells that contain formulas, therebysaving the spreadsheet program 108 time and providing improvedefficiency during recalculations. Deletion of a formula by the userresults in redirection of its pointer so as to reconnect the formulachain. When the spreadsheet is recalculated, spreadsheet program 108saves time by making a first pass through the pointer list to identifycells or dimensions that contain formulas. The spreadsheet programtypically finds those formulas that depend on data that has changed andmarks each one that needs to be recalculated.

Having identified the cells requiring recalculation, spreadsheet program108 typically makes a second pass through the list focusing only onformulas marked for recalculation. For each, spreadsheet program 108typically determines if the formula depends on another formula that hasyet to be recalculated. If so, spreadsheet program 108 adjusts thecell's pointers and the pointers of connected cells/dimensions so thatthe dependent formula(s) move to the end of the list. When formulas areencountered that are not dependent on yet-to-be calculated formulas,spreadsheet program 108 typically undertakes to make the calculationrequired by such formulas. Critical to the calculations described hereinis the efficiency of the required data retrieval associated therewith.

In the method/system of the present disclosure, spreadsheet program 108is advantageously utilized by users that are dispersed geographically.As such, data is optimally maintained in central database repositories,e.g., database 114 and enterprise sources 116. Each time a query and/orresponse is transmitted between a user's client 104 and server 102,e.g., data retrieval from or input to database 114, latency issuesassociated with network 106 are encountered. According to the presentdisclosure, a unique caching method/system are provided that optimizethe efficiencies associated with data exchange between client 104 andserver 102. The caching method/system disclosed herein is flexible indesign and operable with any spreadsheet program 108 and/orhardware/software infrastructure.

In conventional spreadsheet programs, data retrieval is generallyachieved according to one of the following modalities: (i) cell-basedresponses to multi-parameter queries yield cell blocks of data that arenot delivered directly to cells within spreadsheet; (ii) cell-basedresponses to individual queries are delivered directly to thespreadsheet cell requiring such data, but each cell-based data queryautomatically results in an independent and immediate inquiry to thedatabase for the required data; and (iii) a pivot table. In distinctcontrast to conventional data retrieval modalities, the method/system ofthe present disclosure utilizes a caching system on client 104 thatgreatly facilitates data retrieval and reduces potential delaysassociated with the latency of network 106.

According to the caching system of the present disclosure, client 104includes a first caching function, termed a “data cache,” thatautomatically caches data that is input at client 104 or retrieved toclient 104, e.g., from database 114 or enterprise source 116. Thus, withreference to spreadsheet 210 in FIG. 2, when the revenue figure for“Budget—Total Year 2001” is first retrieved from database 116 by client104 (i.e., $41,219,727), such figure is automatically stored in the datacache. Thereafter, each time a recalculation of spreadsheet 210 isrequired, the data cache will be accessed to obtain the previouslycached revenue data required by the cell entitled Budget—Total Year2001. Thus, according to the caching method/system of the presentdisclosure, data contained in the data cache of client 104 need not beretrieved across network 106 from server 102.

A second caching function possessed by client 104 according to thepresent disclosure enables client 104 to greatly minimize the numbers ofinquiries made and response received across network 106. According tothis second aspect of the caching system, client 104 possesses a “keycache” functionality that automatically checks internally for each pieceof data requested by spreadsheet program 108 and, to the extent suchdata is within the data cache of client 104, the key cache provides suchdata immediately to spreadsheet program 108 for use therein.Additionally, the key cache eliminates such data requirement from anypotential requests to be made across network 106, i.e., data containedin the data cache is automatically omitted from queries across network106. Conversely, pieces of data that are requested by spreadsheetprogram 108 and are determined by the key cache not to be in the datacache, are retained by the key cache for combination with all other suchdata requests before any transmission is made across network 106.

In use, the advantageous caching function of the present disclosureoperates as follows. When the spreadsheet program 108 is called upon bythe user of client 104 to render a spreadsheet, e.g., spreadsheet 210 inFIG. 2, or to re-render a spreadsheet to reflect revised data,formatting and/or formulas, the spreadsheet program 108 calls upon theclient to provide the data necessary, formatting and/or formulasnecessary to respond to the user's request. The key cache determineswhether all requested data, formatting and/or formulas are containedwithin the data cache of client 104. To the extent the required data,formatting and/or formulas are contained within the data cache, suchrequested information is immediately provided to spreadsheet program 108for use therein. However, to the extent the data cache does not containrequested data, formatting and/or formulas, the key cache accumulatessuch unfulfilled requests for combination into a single inquiry to betransmitted across network 106 to server 102. The cached queries aregenerally built into a small object for transmission across network 106.In a preferred embodiment of the caching function described herein, thespreadsheet program 108 is instructed not to re-render the spreadsheetuntil all required data is retrieved from server 102, thereby minimizingpotential user confusion associated with partial renderings ofspreadsheets at client 104.

When the spreadsheet program 108 has completed its requests for data,formatting and/or formulas, the key cache packages up the requests thatcould not be fulfilled by the data cache into a single data object andtransmits those inquiries in a single query to server 102 across network104. Upon receipt of the single inquiry, server 102 routes the query tothe appropriate repository for response thereto, e.g., database 114 orenterprise source 116. Server 102 advantageously collects the individualpieces of information necessary to respond to the packaged queryprovided by the key cache, and packages those pieces of information fora single responsive transmission across network 106 to client 104.

Upon receipt of the responsive transmission from server 102 at client104, the key cache automatically stores the responsive pieces of data,i.e., data, formatting and/or formulas, in the data cache for futurereference. In a preferred embodiment of the present disclosure, the keycache prompts spreadsheet program 108 to initiate a recalculation uponreceipt of the needed data from server 102. In attempting torecalculate, spreadsheet program 108 queries the cache within client 104for all needed information/data, i.e., the data, formatting and/orformulas that were not previously contained in the data cache. Inresponse to this prompted query from spreadsheet program 108, the keycache looks to the data cache for the needed information and transmitssuch information to the spreadsheet program 108 for use therein.Spreadsheet program 108 feeds the data to its calculation engine tosequentially generate the calculated values for the cells requiring suchcalculated values, and renders the final spreadsheet for viewing by theuser at client 102.

Preferably, the caching function within client 104 of the method/systemdisclosed herein advantageously optimizes the transmissions acrossnetwork 106 associated with user input of data, formatting and/orformulas at client 104 as well. Thus, the key cache preferablyaccumulates input by the user for a single transmission to server 102across network. Moreover, the system/method of the present disclosureadvantageously limits the amount of data retrieved from server 102 bydefining fields otherwise left undefined in the query from spreadsheetprogram 108 by utilizing the fields of the “current view” (as describedin greater detail hereinbelow) to fill in the missing or omittedfields/dimensions of the request. For example, if the request to build acell within spreadsheet program 108 is for “sales revenue,” themethod/system of the present disclosure preferably automaticallydetermines from the current view of the user at client 104 that thesales revenue of interest relates to “European sales.” Absent thelimitative “current view” modality, the key cache would be required torequest retrieval of all “sales revenue” data from server 102, ratherthan the limited “European sales revenue” of interest for spreadsheet210 that constitutes the “current view” for purposes of FIG. 2.

The caching function of the present disclosure thus serves to optimizeinteraction across network 106 in several key respects, therebyminimizing latency issues and increasing the speed and efficiency ofspreadsheet program 108. While the caching function is described hereinprimarily with reference to the spreadsheet functionality of system 100,and more particularly with reference to thebudgeting/forecasting/performance metrics of a preferred embodimentthereof, it is specifically contemplated that the caching functionalitydescribed herein may be beneficially employed in a wide range ofnetworked applications and utilities, as will be apparent to personsskilled in the art based on the disclosure herein.

The system/method of the present disclosure advantageously overcomes thehierarchical limitations that have heretofore hampered the efforts ofenterprises to budget and/or forecast performance and to subsequentlymeasure performance metrics thereagainst, by enabling and empoweringindividuals to communicate in a non-hierarchical, e.g., lateral, manner.With reference to FIG. 3, exemplary screen layout 300 is depicted with amenu screen 302 positioned thereon. As noted previously, screen layout200 depicted in FIG. 2 is illustrative of the types of screen viewsavailable according to the present disclosure and, based on the contentsthereof, is representative of the type of screen view that an individualhaving direct or indirect involvement in European sales might availhimself/herself of. Screen view 300, by contrast, is more generic thanscreen view 200, and includes a library 304 of enterprise-relatedinformation, bulletin board 206, CEO vision 208, a spreadsheet 306related to “Trend Analysis.” Spreadsheet 306 is representative of autility provided according to the present disclosure to measure, monitorand communicate the performance metrics of an enterprise to globallydispersed corporate personnel in real time. With reference to thecaching functionality discussed hereinabove, the budget-related aspectsof spreadsheet 306 are likely to remain unchanged, will be cached withinthe data cache the first time they are retrieved from server 102, andwill be provided from the data cache for re-rendering of spreadsheet 306without the need to repeatedly access the data from server 102 acrossnetwork 106.

With further reference to menu screen 302, links to a plurality ofdesktop views 308 are provided, namely the “company desktop,” the“manager desktop,” the “executive desktop,” the “admin desktop,” and “mydesktop.” Screen view 300 corresponds to an illustrative “companydesktop.” The links to alternative desktop views 308 depicted in menuscreen 302, illustrate one aspect of the present disclosure thatfacilitates non-hierarchical collaboration in budgeting, forecastingand/or measurement of performance metrics. Each desktop view 308represents a subgroup within an exemplary enterprise that may benefitfrom timely exchange of information. The groupings reflect differentways of looking at the interplay between an enterprise's workforce. Forexample, individuals at a manager level have issues that concern each ofthem, regardless of the functional group in which they work. e.g.,accounting, engineering, quality control, human resources, etc. Thesemanagers are generally isolated from one another in developingbudget/forecast information and in measuring their respectiveperformance metrics. According to the method/system of the presentdisclosure, this isolation is overcome in favor of highly effective,timely and reliable access to each other and to the data necessary toperform their respective functions more effectively. Similarly, thesubgroups defined by the executive desktop and admin desktop views 308address issues of common interest and concern.

The blocks or cells 202 on each desktop view 308 will differ, as willthe types and degrees of financial information/spreadsheets available tousers having access to those desktop views. Each desktop is easilyaccessed by browser 110 at client 102. To the extent the data requiredto assemble a linked desktop view is contained in database 114 and/orenterprise resource 116 at server 102, client 102 will access such datavia network 106, as discussed hereinabove. An administrator for thesystem of the present disclosure can easily create, amend and/or deletegroups/subgroups in response to the enterprise's needs over time. Groupsand/or subgroups may be established that constitute relativelyarbitrary, yet relevant, employee subsets who benefit themselves and theenterprise in their collaborative interaction. Utilization of subgroups,e.g., the “admin desktop,” facilitates and fosters senses ofempowerment, commitment and ownership for corporate personnel whoparticipate in the budgeting process and/or who have access toperformance metrics in a timely fashion.

Turning to FIG. 4, a further exemplary screen view 400 is provided inwhich bulletin board 206 has been carried forward from screen view 200,although in a different position and in an expanded format. The expandedformat of FIG. 4 includes information concerning the “caption” and the“description” of each posted message, as selected by the individualposting the message. In addition, screen 400 depicts illustrative statusboards 402, 402 a, bulletin board 404 and a “My Selected” bulletin board406. Bulletin boards 404, 406 illustrate a user's ability to viewinformation in multiple formats, as may be desired by such individual.In particular, bulletin board 404 differs from bulletin board 404 inthat the former collects messages originated by the user (“fronga”)whereas the latter collects messages originated by individuals otherthan the user. Similarly, bulletin board 406 collects messages selectedby the user for reasons known to the user.

With particular reference to status boards 402, 402 a, an advantageousfeature of a preferred embodiment of the present disclosure is thatusers are able to work with their submissions to the budget and tosubmit those on a periodic basis for review and/orapproval/consolidation into the enterprise's overall budget. Moreover,other users of the method/system disclosed herein are able to readilydetermine the status of such projects through exemplary status boards402, 402 a. Thus, with reference to status board 402, two informationalcolumns are displayed: entity and status. Exemplary status board 402provides information relevant to the European sales function and conveysthe budget submission status of sales budgets for individual Europeancountries, e.g., France (submitted), Italy (modeling) and Switzerland(review).

Typical status indicia that may be advantageously utilized according tothe present disclosure include: modeling (the budget submission is awork in progress); submitted (the budget submission has been submittedto the appropriate management personnel for approval); review (thebudget submission is being reviewed by the appropriate managementpersonnel); and approved (the budget submission has been approved by theappropriate management personnel). Of note, the budget submission ispreferably “locked,” i.e., unavailable for further change by thesubmitter once the status reaches the “submitted” stage. The user who ispreparing the budget submission determines when the status should bechanged to the “submitted” stage, e.g. through a prompt when thedocument/schedule/spreadsheet is refreshed and/or uploaded to server102. This functionality preferably permits the user involved inpreparing a submission to control the point at which such submission isviewable by other participants in the budgeting process. When“approved,” the individual budget submission is consolidated or “rolledup” into the enterprise's overall budget that takes form as individualsubmissions reach the approved stage. In a preferred embodiment, theenterprise's overall budget (and subparts thereof) are automaticallyconsolidated from submissions made by individual users, regardless ofbudget submission status, thereby providing budget participants with asnapshot of the budget status at any given time in the developmentprocess.

With reference to status board 402 a, the two information columnsdiscussed with reference to status board 402 are repeated therein.However, additional columnar information is conveyed in status board 402a, namely columns entitled “responsible,” “updated.” and two iconcolumns. The first icon column provides information concerninghyperlinks to supporting documents associated with the budgetsubmission, and the second icon column provides a direct link to anemail/message posting wizard associated with the method/system of thepresent disclosure. As described hereinabove, a user of themethod/system of the present disclosure has the ability to modifyhis/her screen views, subject to certain administrative controls, so asto view those aspects of the budgeting process of particular interest.Thus, in exemplary screen view 400, the user has opted to devote twoscreen blocks to information concerning the status of various budgetsubmissions, evidencing the importance of such status information tothis user.

As is readily apparent, the “responsible” and “updated” columns provideinformation concerning the individual assigned responsibility forpreparing/submitting the subject budget documents (e.g. “MGRCH” forSwitzerland) and the date such budget document was last updated (e.g.,“Apr. 18, 2000” for Switzerland), respectively. From status board 402 a,it is immediately apparent that the sales budget for Italy has not yetbeen submitted by the responsible individual (“MRGIT”), but that suchItalian budget submission is in the “modeling” process. It is alsoapparent that the European budget submission, which is likely, at leastin part, a consolidation of the individual European budget submissions,is also at the modeling stage, although a first version was uploaded toserver 102 on Apr. 17, 2000. If a user of the method/system disclosedherein was concerned about the status of the Italian budget submission,an immediate email/message could be directed to “MRGIT” by clicking onthe associated icon in status board 402 a, thereby using browser 110 tofacilitate immediate communications related thereto.

With reference to the supporting document icons depicted on status board402 a of screen view 400, two of the illustrative budget submissionsinclude supporting document icons, namely the French and Swisssubmissions. Supporting documents may constitute any file, document orother information source deemed worthwhile by the originator of thesubmission, and may be linked to the submission as a whole or toindividual cells and/or aspects of a submission, e.g., a specific cellor dimension of a submitted spreadsheet. Thus, the originator of abudget submission may advantageously and easily include word processingdocument(s), ancillary and supporting spreadsheet(s), PowerPointpresentation(s), graphic, audio and/or video file(s), hyperlinks toinformation on the Internet and/or World Wide Web, and the like, tohis/her budget submission, thereby ensuring an informed evaluation ofthe contents thereof.

The advantages associated with facilitating the inclusion of suchsupporting documentation with a budget submission, and even moreadvantageously, facilitating the linkage of supporting documentation toindividual cells and/or aspects of a budget submission are significant.Behind every budget submission are countless exercises, expectations,assumptions, objectives, rationales and competing interests. Thesefactors generally cannot be conveyed in the numbers alone, and are oftenlost as the budget submission works its way through the budgetingprocess, e.g., to members of the senior management team. Facilitatinglinkage of such supporting documentation to the budget submission makesit possible for each budget contributor to communicate these factors,and provides a source of valuable background information in evaluatingperformance metrics as actual performance against the final budgetcommences.

An exemplary screen view 500 associated with submission of supportingdocument 502 is provided in FIG. 5. Supporting document 502 is entitled“Supporting Schedule—Salary and Fringe Detail By Employee” and reflects,in spreadsheet form, employee-by-employee information concerningpersonnel within the Swiss sales organization. As further depicted inFIG. 5, the “Submit Supporting Document” function has been accessed inmenu 504 from toolbar 506, according to the method/system of the presentdisclosure. Submission of supporting document 502 preferably entailscompletion of submission screen 508 by which the submitter confirms thetitle of supporting document 502, the caption to be assigned supportingdocument 502 for purposes of communications related thereto, adescription thereof, and recipients of the supporting documentation.Thus, the submitter has the ability to limit distribution of supportingdocument 502 to personnel having a potential need and/or interest inreview thereof. Moreover, the submitter is provided the option ofnotifying distribution recipient(s) that of supporting document 502 hasbeen submitted to the system disclosed herein. Preferably, a documentboard is available for screen view by participants in the budgetingprocess, such document board providing a centralized list of supportingdocumentation that has been submitted in connection with the budgetprocess.

Turning to FIGS. 6 and 7, exemplary screen views 600 and 700 areprovided in which budget-related spreadsheets 602, 702 are depicted.While spreadsheets 602, 702 both relate to Global Motors' Budget 2001effort, the two spreadsheets 602, 702 differ in the comparisons beingmade. More particularly, spreadsheet 602 compares “actual” figures as ofMarch 2000 to “budget” figures through March 2001, whereas spreadsheet702 compares the same “budget” figures through March 2001 to the“forecast” figures for March 2000. The variance calculations are derivedfrom the respective comparisons, as is known in the art of spreadsheetdesign, operation and use.

Of note with respect to screen views 600, 700, the rendering of thecolumnar data contained therein is driven by the “current view”selections reflected in the current view toolbars 604, 704. The currentview toolbars 604, 704 are central to the operation and use of thebudgeting method/system of the present disclosure in that the retrievalof data, e.g., from database 114, enterprise source 116 and/or the datacache of client 104, is based on the selections made therein.Accordingly, with reference to current view toolbar 604, the user hasselected as his/her current view the “Budget2001 spreadsheet (block606), the “Revenue” account (block 608), the “Actual” category (block610), the “GlobalMotors” entity (block 612), the “AllVehicles” products(block 614), the 2001.Mar” time (block 616), and the “Periodic” measure(block 618). The user's current view, as reflected in current viewtoolbar 604, determines the appropriate data to be accessed, retrievedand loaded into the spreadsheet engine for rendering of spreadsheet 602.Of note, the key cache of client 104 advantageously determines thedegree to which data required to render spreadsheet 602 is containedwithin the data cache, formulates a single request/query to betransmitted to server 102 across network 106 to obtain data notcontained within the data cache, and loads data retrieved from server102 into the data cache upon receipt thereof, as described hereinabove.The formatting of spreadsheet 602 is preferably predetermined accordingto the present disclosure, although a user's ability to designspecialized/customized spreadsheets based on conventional spreadsheettechnology is contemplated according to the present disclosure.

Turning to spreadsheet 702 depicted in screen view 700, the user's solechange to his/her current view relative to screen view 600 is theselection of the “Budget” category in block 710 based on drop down menu620 depicted in FIG. 6. The remaining fields/dimensions of the user'scurrent view remain unchanged in current view toolbar 704 relative tocurrent view toolbar 604. However, based on the single change to block610, 710, the spreadsheet engine automatically renders an altogetherdifferent spreadsheet 702. Moreover, the selections contained in theremaining, unchanged current view blocks 706, 708, 712, 714, 716, 718define the data that must be accessed by client 104 for the rendering ofspreadsheet 702. The defining aspects of the unchanged current viewblocks advantageously limit the amount of information/data to beretrieved by client 102. For example, absent the “GlobalMotors” entitylimitation in blocks 612, 712, client 102 would potentially seek toretrieve information/data associated with a host of entities notrequired to render the desired spreadsheet. The automatic narrowing ofthe data retrieval request based on the user's selections in the currentview toolbar 604, 704 greatly improve the speed, reliability andefficacy of the method/system of the present disclosure. Indeed, the“current view” functionality together with the Web-based, browser drivenapplication design described herein, effectively transform staticspreadsheets into dynamic, reusable reports that leverage andsignificantly enhance a user's ability to “slice and dice” data toarrive at beneficial financial results.

According to the method/system of the present disclosure, a series ofadvantageous functional commands may be utilized to retrieve, send anddisplay specific data, thereby enhancing the power and flexibilitythereof. These functional commands may be used in conjunction withcell/dimension references within a spreadsheet, to make a report orscreen view behave in a certain way. Advantageous functional commandsthat may be used according to the present disclosure are as follows:

Functional Command Meaning Function EvAPP( ) App= Returns currentapplication application identification EvBET(Application, Better/(Worse)Performs a better or worse AccountMember, comparison of two values,based Cell1, Cell2) on the account type property of the account numberEvDES Description Returns description for the ([dimension,] specifiedmember. If the same Member ID) member name is used in more than onedimension, the dimension must be specified. EvDIM(Application, DimensionRetrieves the property “DimName” dimType) from tblDimension. Itsparameters are “AppName” and “dimType” EvGET(Application, Get valueRetrieves a data value based on the [dim.]member1, specific members. Ifthe same [dim.] member name is used in more than member2, . . ., onedimension, the dimension must [dim.]memberN) be specified.EvINP(Application, Input value Allows input into the cell contain-member1, ing the formula and then sends that member2, . . ., input tothe server when the memberN, Value) eSubmit/Refresh schedules command isselected. EvCV(Application, Current view Returns the current viewsetting for Dimension) the specified dimension. EvPRO(Application,Property Returns the value of a given Member, Property) property of amember. EvSND(Value Send value References another cell and sendsReference, the value in that cell to the server Application, Dim1, whenthe eSubmit/Refresh Dim2, . . ., DimN) Schedules command is selected.The parameters specify the dimensions that identify where the data is tobe sent in the database.

While the present disclosure includes a description of the method andsystem with reference to various specific embodiments, those skilled inthe art will readily appreciate that various modifications, changes andenhancements may be made thereto without departing from the spirit orscope of the invention as defined by the appended claims.

1. A system for facilitating information exchanges, the systemcomprising: a client computer that includes a spreadsheet-basedapplication program and a browser program and that communicates with aserver across a network, wherein the spreadsheet-based applicationprogram is programmed to: render at least one spreadsheet having aplurality of data cells; query the server to determine whether acollaborative group that includes a plurality of users is defined withinthe server; when the collaborative group is defined within the server,provide each of the plurality of users of the collaborative group withaccess to the at least one spreadsheet; and allow each of the pluralityof users to link the at least one spreadsheet with at least onesupporting document that is stored in the server and that is operativelyassociated with the at least one spreadsheet; wherein the browserprogram is programmed to allow each of the plurality of users to viewthe at least one supporting document from a screen view of thespreadsheet; and wherein data to be used in rendering a firstspreadsheet by the spreadsheet-based application program is determinedby a first set of user selections on a toolbar displayed on a screenassociated with the client computer, the first set of user selectionsdefining a current view, and wherein a second spreadsheet rendering bythe spreadsheet-based application program is determined by user changesto the first set of user selections on the toolbar, wherein anyunchanged user selections from the first set of user selections areautomatically incorporated into a second current view determined by theuser changes.
 2. The system of claim 1, wherein the server isoperatively associated with enterprise sources of information.
 3. Thesystem of claim 1, wherein the current view determines a data requestfor transmission from the client computer across the network to theserver.
 4. The system of claim 1, wherein the current view determines adata request that the client computer initially attempts to fulfillbased on data contained within a data cache associated with the clientcomputer and, to the extent fulfillment of the data request isincomplete based on data contained in the data cache, the data requestgives rise to a second data request for transmission from the clientcomputer across the network to the server.
 5. The system of claim 1,wherein the collaborative group includes geographically dispersedindividuals having different functional responsibilities for anenterprise.
 6. The system of claim 1, wherein the link to at least onesupporting document is tied to a specific data cell from among theplurality of data cells of the at least one spreadsheet.
 7. The systemof claim 6, wherein the at least one supporting document is selectedfrom a group consisting of a supporting spreadsheet, a word processingdocument, a slide presentation, a graphics file, an audio file, amultimedia file, and content available for viewing.
 8. The system ofclaim 1, wherein the browser program is further programmed to access abulletin board on which messages may be posted by a user from among theplurality of users for viewing by other of the users within thecollaborative group.
 9. The system of claim 1, wherein the browserprogram is further programmed to notify the collaborative group wheninformation related to the spreadsheet has been communicated to theserver across the network.
 10. A method for facilitating informationexchanges across a network, the method comprising: providing aspreadsheet-based application program and a browser program at a clientcomputer, wherein the client computer is in communication with a serveracross a network; rendering a spreadsheet having a plurality of datacells using the spreadsheet-based application program; querying theserver to determine whether a collaborative group that includes aplurality of users is defined within the server; when the collaborativegroup is defined within the server, providing each of the plurality ofusers of the collaborative group with access to the spreadsheet; andallowing each of the plurality of users to link the spreadsheet with atleast one supporting document that is stored in the server and that isoperatively associated with the spreadsheet; wherein data to be used inrendering a first spreadsheet by the spreadsheet-based applicationprogram is determined by a first set of user selections on a toolbardisplayed on a screen associated with the client computer, the first setof user selections defining a current view, and wherein a secondspreadsheet rendering by the spreadsheet-based application program isdetermined by user changes to the first set of user selections on thetoolbar, wherein any unchanged user selections from the first set ofuser selections are automatically incorporated into a second currentview determined by the user changes.
 11. The method of claim 10, whereinthe server is operatively associated with enterprise sources ofinformation.
 12. The method of claim 10, wherein the current viewdetermines a data request for transmission from the client computeracross the network to the server.
 13. The method of claim 10 wherein thecurrent view determines a data request that the client computerinitially attempts to fulfill based on data contained within a datacache associated with the client computer and, to the extent fulfillmentof the data request is incomplete based on data contained in the datacache, the data request gives rise to a second data request fortransmission from the client computer across the network to the server.14. The method of claim 10, wherein the collaborative group includesgeographically dispersed individuals having different functionalresponsibilities for an enterprise.
 15. The method of claim 10, whereinthe link to at least one supporting document is tied to a specific datacell of the plurality of data cells of the spreadsheet.
 16. The methodof claim 15, wherein the at least one supporting document is selectedfrom a group consisting of a supporting spreadsheet, a word processingdocument, a slide presentation, a graphics file, an audio file, amultimedia file, and content available for viewing.
 17. The method ofclaim 10, further comprising accessing a bulletin board on whichmessages may be posted by a user from among the plurality of users forviewing by other of the users within the collaborative group using thebrowser program.
 18. The method of claim 10, further comprisingnotifying the collaborative group when information related to thespreadsheet has been communicated to the server across the network.